Thread: [C++] "the value of ESP was not properly saved across a function call."

salutations,

compiler: VC++ 6.0.
we are relatively new to C++ programming. we are trying to access a DLL, created in VB6, from C++.
to use the DLL, we used the #import command, and some other functions that were shown in a tutorial that we don't remember where we found.
initializing the DLL (COM) works; the problem arises when we try to call a function of it. the program's code is below. the VB DLL's project is named mbr and it contains a class named mbrl. when the function t->speak(...) is called, the following error happens:

"File: i386/chkesp.c
Line: 42

The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention."

here is the code (a small program):

Code:

#import "C:\WINDOWS\system32\mbr.dll"
#include "iostream"
#include <windows.h>
using namespace std;
using namespace mbr;

int main(int argc, char* argv[])
{
 
     HRESULT hresult;
     CLSID clsid;
     _mbrl *t;
			_bstr_t		bstrValue("k 100 100\n");
			_bstr_t		dbe("ar1");
			_bstr_t		oute("OUT.WAV");
			_bstr_t		bstrR("");
			long		freqe;
			long		dure;
			long		vole;
			long		pite;
			long		returne;
			freqe = 1;
			dure = 1;
			vole = 1;
			pite = 1;
     ::CoInitialize(NULL);
      hresult=CLSIDFromProgID(OLESTR("mbr.mbrl"), &clsid);
      hresult= CoCreateInstance(clsid,NULL,CLSCTX_INPROC_SERVER,
                                   __uuidof(_mbrl),(LPVOID*) &t);
      if(hresult == S_OK)
      {
         
		 returne = t->speak(bstrValue, freqe, dure, vole, pite, dbe, oute); // <- ERROR HAPPENS HERE
         t->Release();
		 ::CoUninitialize;
       }
     return 0;
}

thank you in advance.

You have a mismatched DLL. In other words the version of the header you are using does not match the version of the DLL. You may be calling function foo() but inside the DLL bar() is actually getting called or it could be calling into the middle of foo().

The debugger will most likely not point to any line that makes sense. I've actually had code that ran but called the wrong function in the DLL. It's a simple matter of the offsets being incorrect. It's possible that the code is jumping into the middle of a function, end of a function, etc.

Originally Posted by Bubba

You have a mismatched DLL. In other words the version of the header you are using does not match the version of the DLL. You may be calling function foo() but inside the DLL bar() is actually getting called or it could be calling into the middle of foo().

The debugger will most likely not point to any line that makes sense. I've actually had code that ran but called the wrong function in the DLL. It's a simple matter of the offsets being incorrect. It's possible that the code is jumping into the middle of a function, end of a function, etc.

thank you for the response, but we don't actually understand what you mean. what do you mean by the "header we are using"? how could we solve this? how can we fix these offsets?
we know that, even with the function not working, the DLL actually loads (we know this because, when it loads, the first thing the DLL does is to show its license agreement dialog box).

thank you for your patience.

thank you for the responses.
actually - remarking that we are beginners - we don't know what you mean by using a header for the DLL. what we did was just using the #import function, and then CoInitialize, CoCreateInstance and calling the function.
we tried to recompile the DLL in VB as you said, but it didn't work.
any ideas?
thank you for your patience.

we discovered something new about this error:
actually, the problem is not with the speak() function. the problem is that our DLL, mbr.DLL, itself communicates with another DLL, which was not created by us.
the VB project of mbr.DLL has a module which declares external function calls to this other DLL. when we erase the function calls to this other DLL from speak(), that error doesn't happen anymore (of course, those function calls are important, so we can't keep speak() without them).
so, the problem is not with speak() itself, but with the interior of it. but we don't have any idea on how we could solve this.
any ideas? is there any more information we can give to help discovering how to solve it?
thank you in advance.